home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 November / EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso / earcd / program / amos / amoslist.lzh / AMOSLIST / 000281_amos-request@svcs1.digex.net_Wed Sep 20 12:39:28 1995.msg < prev    next >
Internet Message Format  |  1995-10-02  |  4KB

  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id MAA08062;  for <mcox@access.digex.net> ; Wed, 20 Sep 1995 12:39:27 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id LAA11878 for amos-out; Wed, 20 Sep 1995 11:02:09 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id LAA11875 for <amos-list@svcs1.digex.net>; Wed, 20 Sep 1995 11:02:08 -0400
  4. Received: from disperse.demon.co.uk (disperse.demon.co.uk [158.152.1.77]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id LAA23342;  for <amos-list@access.digex.net> ; Wed, 20 Sep 1995 11:01:19 -0400
  5. Received: from post.demon.co.uk by disperse.demon.co.uk id ab28771;
  6.           20 Sep 95 12:11 +0100
  7. Received: from westmead.demon.co.uk by post.demon.co.uk id aa07468;
  8.           20 Sep 95 12:09 +0100
  9. From: Mark Carter <Mark@westmead.demon.co.uk>
  10. Organization:  None Whatsoever
  11. To: amos-list@access.digex.net
  12. Date:          Wed, 20 Sep 1995 11:37:09 +0000
  13. Subject:       Re: Bits and Pieces (fwd)
  14. Priority: normal
  15. X-mailer: Pegasus Mail/Windows (v1.22)
  16. Message-ID:  <9509201209.aa07468@post.demon.co.uk>
  17. Status: RO
  18. X-Status: 
  19.  
  20. > On Sep 19,  9:32pm, Ben Wyatt wrote:
  21. > > Subject: Re: Bits and Pieces (fwd)
  22. > > Greetings Mark, you wrote some text on the subject Re: Bits and Pieces, and
  23. > > now I'm going to answer it.
  24. > >
  25. > > MC> > Use banks to store data like that... it'll take less memory and will be
  26. > > MC> > much neater...
  27. > > MC> >
  28. > > MC>
  29. > > MC> Hmmn, I'm not so sure ;-)
  30. > > MC>
  31. > > MC> The difference in memory would be about 20K - and I'm willing to
  32. > > MC> sacrafice that for what I think is the neater method.
  33. > > MC>
  34. > > MC> At the moment I read in all the stats (at the begining of the
  35. > > MC> program) from a data bank that I have set up.
  36. > > MC>
  37. > > MC> Say, I have 10 teams with 20 players in each and each player has 10
  38. > > MC> stats (assume all 2 byte integers). Reading a stat from the Data
  39. > > MC> Bank, I would have to do something like:
  40. > > MC>
  41. > > MC>       Result=Deek(Start(Bank)+400*Team+20*Player+2*Statnum)
  42. > > MC>
  43. > > MC> Actually, it would be much worse this because I have so many
  44. > > MC> different types of stats that I would need to store pointers for
  45. > > MC> where each type of stat is in the bank - this would take up even more
  46. > > MC> memory and would be very untidy.
  47. > > MC>
  48. > > MC> Compare this to loading all data from the bank into arrays. Then all
  49. > > MC> I would have to do to access a stat is
  50. > > MC>
  51. > > MC>      Result=Statistic(Player,Team,Statnum)
  52. > > MC>
  53. > > MC> Much nicer, dont you agree.....?
  54. > >
  55. > > I guess so... but how about this:
  56. > >
  57. > > Def fn
  58. > _RESULT(Player,Team,Statnum)=Deek(Start(Bank)+400*Team+20*Player+2*Statnum)
  59. > > Result=Fn_RESULT(Player,Team,Statnum)
  60. > >
  61. >     I tried using definitions like that for my game, but it seems(at least
  62. > on my version of Amos) that there is no way to globalize that definition. That
  63. > means that if you are using procedures, each procedure that uses that
  64. > definition would have to have it included at the beginning of the procedure.
  65. > This raises problems with error checking(you'll have to change every instance
  66. > of the definition if you change your mind) and speed(due to redefining of
  67. > fuctions).
  68.  
  69. Is this true? I always assumed all Def fns were global - but then 
  70. again I never used them before.
  71.  
  72.  
  73. Cheers,
  74.  
  75. Mark
  76.  
  77. Mark Carter
  78. e-mail: mark@westmead.demon.co.uk,   exet0007@sable.ox.ac.uk